GO

复制代码 代码如下:

@0x685DC060
where Index ID = 0


NullTest_NC ON NullTest (c1);
Slot 0, Offset 0x60, Length 13, DumpStyle BYTE
where Index ID = 2
误区 #6b: NULL位图仅仅被用于可空列

复制代码 代码如下:

错误
Slot 0 Offset 0x60 Length 11

GO
No null bitmap Memory Dump @0x685DC060
DBCC PAGE (foo, 1, 154, 1); -- page ID from SP output
DBCC PAGE (foo, 1, 152, 3); -- page ID from SP output

GO

CREATE TABLE NullTest (c1 INT NOT NULL);

复制代码 代码如下:

GO

正确

误区 #6c:给表中添加额外一列时会立即导致SQL Server对表中数据的修改
INSERT INTO NullTest VALUES (1);
首先让我们来看堆上这页Dump出来的结果

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Memory Dump

当NULL位图存在时，NULL位图会给记录中的每一列对应一位，但是数据库中最小的单位是字节，所以为了向上取整到字节，NULL位图的位数可能会比列数要多。对于这个问题.我已经有一篇博文对此进行概述，请看:Misconceptions around null bitmap size.
误区 #6a:NULL位图并不是任何时候都会用到

DBCC TRACEON (3604);

复制代码 代码如下:

下面这条语句可以有效的证明这一点:
CREATE NONCLUSTERED INDEX
你可以通过我的博文:Inside The Storage Engine: sp_AllocationMetadata - putting undocumented system catalog views to work.来获得sp_allocationMetadata 的实现脚本。

让我们通过下面的script来分别查看在堆上的页和非聚集索引上的页:

这样还能减少CPU缓存命中失效的问题(点击这个链接来查看CPU的缓存是如何工作的以及MESI协议)。下面让我们来揭穿三个有关NULL位图的普遍误区。

Record Type = INDEX_RECORD Record Attributes = <<<<<<<
只有向表中新添加的列是带默认值，且默认值不是NULL时，才会立即导致SQL Server对数据条目进行修改。总之，SQL Server存储引擎会记录一个或多个新添加的列并没有反映在数据记录中。关于这点，我有一篇博文更加深入的对此进行了阐述:Misconceptions around adding columns to a table. 就算表中不存在允许NULL的列，NULL位图对于数据行来说会一直存在(数据行指的是堆或是聚集索引的叶子节点)。但对于索引行来说（所谓的索引行也就是聚集索引和非聚集索引的非叶子节点以及非聚集索引的叶子节点）NULL位图就不是一直有效了。

再来看非聚集索引上的一页Dump出来的结果:

EXEC sp_allocationMetadata 'NullTest';
错误